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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the measurement procedures for the conformance test of the minimum performance 
requirements for FDD mode of UTRA user equipment (UE) that supports Assisted Global Positioning System (A-GPS). 

Tests are only applicable to those mobiles that are intended to support the appropriate functionality. To indicate the 
circumstances in which tests apply, this is noted in the "definition and applicability" part of the test. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

For a Release 1999 UE, references to 3GPP documents are to version 3.x.y. 

For a Release 4 UE, references to 3GPP documents are to version 4.x.y. 

For a Release 5 UE, references to 3GPP documents are to version S.x.y. 

For a Release 6 UE, references to 3GPP documents are to version 6.x.y. 

For a Release 7 UE, references to 3GPP documents are to version 7.x.y. 

For a Release 8 UE, references to 3GPP documents are to version S.x.y. 
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System: Theory and Applications", Volume 1, B.W. Parkinson, J.J. Spilker (Ed.), Am. Inst, of 
Aeronautics and Astronautics Inc., 1996. 

[10] S.K. Gupta, "Test and Evaluation Procedures for the GPS User Equipment", lON-GPS Red Book, 

Volume l,p. 119. 

[11] 3GPP TS 25.215: "Physical layer; Measurements (FDD)". 
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[14] ETSI TR 102 273-2-1: "Electromagnetic compatibility and Radio spectrum Matters (ERM); 

Improvement on Radiated Methods of Measurement (using test site) and evaluation of the 
corresponding measurement uncertainties; Part 1: Uncertainties in the measurement of mobile 
radio equipment characteristics; Sub-part 2: Examples and annexes". 

[15] 3GPP TS 34.123-2: " User Equipment (UE) conformance specification; Part 2: Implementation 

Conformance Statement (ICS) proforma specification". 

[16] 3GPP TS 25.101: "UE radio Transmission and Reception (FDD)". 

[17] 3GPP TS 25.306: "UE Radio Access Capabilities". 



3 Definitions, symbols, abbreviations and equations 

3.1 Definitions 

For the purpose of the present document, the terms and definitions given in 3GPP TR 21.905 [1], 3GPP TR 25.990 [2] 
and the following apply: 

Horizontal Dilution Of Precision (HDOP): measure of position determination accuracy that is a function of the 
geometrical layout of the satellites used for the fix, relative to the receiver antenna. 

LI: L band GPS transmission frequency of 1575.42 MHz. 



3.2 Symbols 



For the purposes of the present document, the symbols given in 3GPP TR 21.905 [1], 3GPP TR 25.990 [2] and the 
following apply: 

[. . .] A value included in square bracket must be considered for further study, because a decision about 

that value has not been taken 

3.3 Abbreviations 

For the purpose of the present document, the abbreviations given in 3GPP TR 21.905 [1], 3GPP TR 25.990 [2] and the 
following apply: 

A-GPS Assisted - Global Positioning System 

AWGN Additive White Gaussian Noise 

C/A Coarse/Acquisition 

ECEF Earth Centred, Earth Fixed 

GPS Global Positioning System 

GSS GPS System Simulator 

HDOP Horizontal Dilution Of Precision 

LOS Line Of Sight 

OCNS Orthogonal Channel Noise Simulator 

NOTE: A mechanism used to simulate the users or control signals on the other orthogonal channels of a 
downlink. 

SS System Simulator 

NOTE: See annex A for description. 

WLS Weighted Least Square 
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3.4 Equations 

For the purpose of the present document, the following equations apply: 

4 General test conditions 

4.1 GPS test conditions 

4.1.1 GPS signals 

The GPS signal is defined at the A-GPS antenna connector of the UE. For UE with integral antenna only, a reference 
antenna with a gain of dBi is assumed. 

4.1.2 GPS frequency 

The GPS signals shall be transmitted with a frequency accuracy of + 0.025 PPM. 

4.2 UTRA test conditions 

4.2.1 UTRA frequency band and frequency range 

The tests in the present document are performed at mid range of the UTRA operating frequency band of the UE. The 
UARFCNs to be used for mid range are defined in 3GPP TS 34.108 [3], clause 5.1.1. 

If the UE supports multiple frequency bands then the Sensitivity tests in clause 5.2 shall be repeated in each supported 
frequency band. 

4.2.2 UTRA frequency 

For all tests the UTRA frequency shall be offset with respect to the nominal frequency by an amount equal to the sum 
of +0.025 PPM and the offset in PPM of the actual transmitted GPS carrier frequency with respect to the nominal GPS 
frequency. 



5 Performance requirements for A-GPS 

5.1 General 

This section defines the minimum performance requirements for both UE based and UE assisted FDD A-GPS terminals. 
If a terminal supports both modes then it shall be tested in both modes. 

The requirements are defined for CELL_DCH and CELL_FACH states. All tests shall be performed in CELL_DCH 
state and the Nominal Accuracy Performance test case shall be also performed in CELL_FACH state. 

5.1 .1 IVIeasurement parameters 

5.1 .1 .1 UE based A-GPS measurement parameters 

In case of UE-based A-GPS, the measurement parameters are contained in the RRC UE POSITIONING POSITION 
ESTIMATE INFO IE. The measurement parameter is the horizontal position estimate reported by the UE and expressed 
in latitude/longitude. 
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5.1.1.2 



UE assisted A-GPS measurement parameters 



In case of UE-assisted A-GPS, the measurement parameters are contained in the RRC UE POSITIONING GPS 
MEASURED RESULTS IE. The measurement parameters are the UE GPS Code Phase measurements, as specified in 
3GPP TS 25.302 [7] and 3GPP TS 25.215 [11]. The UE GPS Code Phase measurements are converted into a horizontal 
position estimate using the procedure detailed in annex B. 



5.1.1.3 



2D position error 



The 2D position error is defined by the horizontal difference in meters between the ellipsoid point reported or calculated 
from the UE Measurement Report and the actual simulated position of the UE in the test case considered. 



5.1.1.4 



Response time 



Max Response Time is defined as the time starting from the moment that the UE has received the final RRC 
measurement control message containing reporting criteria different from "No Reporting" sent before the UE sends the 
measurement report containing the position estimate or the GPS measured result, and ending when the UE starts 
sending the measurement report containing the position estimate or the GPS measured result on the Uu interface. The 
response times specified for all test cases are Time-to-First-Fix (TTFF) unless otherwise stated, i.e. the UE shall not 
re-use any information on GPS time, location or other aiding data that was previously acquired or calculated and stored 
internally in the UE. A dedicated test message 'RESET UE POSITIONING STORED INFORMATION' specified in 
3GPP TS 34.109 [4], clause 5.4, has been defined for the purpose of deleting this information. 



5.2 Sensitivity 

5.2.1 Sensitivity Coarse Time Assistance 



5.2.1.1 



Definition and applicability 



Sensitivity with coarse time assistance is the minimum level of GPS satellite signals required for the UE to make an A- 
GPS position estimate to a specific accuracy and within a specific response time when the network only provides coarse 
time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 



5.2.1.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 5.2.1.2 for the 
parameters specified in table 5.2.1.1. 

Table 5.2.1.1 : Test parameters for Sensitivity Coarse Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


±2 


GPS Signal for one satellite 


dBm 


-142 


GPS Signal for remaining satellites 


dBm 


-147 



Table 5.2.1.2: Minimum requirements for Sensitivity Coarse Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [6], clause 5.1.1.1. 
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5.2.1.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent weak signal conditions and with only Coarse Time Assistance provided by the SS. 

5.2.1.4 Method of test 

5.2.1.4.1 Initial conditions 

Test environment: normal; see clause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.2.1.3 for GPS scenario #1. Select the first satellite PRN 
defined in the table in 3GPP TS 34.108 [3] clause 10.1.2.5 for the one satellite with the higher level. 

3. Switch on the UE. 

5.2.1.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 34.108 [3] clause 10.1.2 with the UE location randomly selected 
to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m to 500 m 
above WGS-84 reference ellipsoid using the method described in 3GPP TS 34.108 [3] clause 10.1.2.4 

2. Set up a connection using the procedure in clause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 34.108 [3], clauses 10.2 
and 10.6 for UE based testing; or clauses 10.4 and 10.6 for UE assisted testing with the value of GPS TOW msec 
offset by a random value as specified in 3GPP TS 34.108 [3] clause 10.6.2; as required to obtain a fix using the 
procedure specified in 3GPP TS 34.108 [3], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.2.1.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.2. 1 .4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
5.1.1.3. Compare the 2D position error against the value in table 5.2.1.4 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE, used in step 1, and calculate the 2D position error as specified in clause 5.1.1.3. Compare the 
2D position error against the value in table 5.2.1.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause D.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Select the first satellite PRN defined in the table in 3GPP 
TS 34.108 [3] clause 10.1.2.5 for the one satellite with the higher level. Use new random values for the UE 
location and altitude in step 1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.2. 1 .5 are met. Each time scenario #1 or #2 is 
used, the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used select the next satellite PRN from the one used previously, defined in the 
table in 3GPP TS 34.108 [3] clause 10.1.2.5, for the one satellite with the higher level. 
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5.2.1.5 



Test Requirements 



For the parameters specified in table 5.2.1.3 the UE shall meet the requirements and the success rate specified in 
table 5.2.1.4 with a confidence level of 95% according to annex F.6.1. 

Table 5.2.1.3: Test parameters for Sensitivity Coarse Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+1.8 


GPS Signal for one satellite 


dBm 


-141 


GPS Signal for remaining satellites 


dBm 


-146 



Table 5.2.1.4: Test requirements for Sensitivity Coarse Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause F.4. 

5.2.2 Sensitivity Fine Time Assistance 



5.2.2.1 



Definition and applicability 



Sensitivity with fine time assistance is the minimum level of GPS satellite signals required for the UE to make an A- 
GPS position estimate to a specific accuracy and within a specific response time when the network provides fine time 
assistance in addition to coarse time assistance. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS and that is capable of 
providing an enhanced performance when the network provides Fine Time Assistance. 



5.2.2.2 



Minimum requirements 



The first fix position estimates shall meet the accuracy and response time requirements in table 5.2.2.2 for the 
parameters specified in table 5.2.2.1. 

Table 5.2.2.1 : Test parameters for Sensitivity Fine Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error 
range 


seconds 


±2 


GPS Fine Time assistance error 
range 


lis 


+10 


GPS Signal for all satellites 


dBm 


-147 



Table 5.2.2.2: Minimum requirements for Sensitivity Fine Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [6], clause 5.1.2.1. 
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5.2.2.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent weak signal conditions and with Fine Time Assistance provided by the SS. 

5.2.2.4 Method of test 

5.2.2.4.1 Initial conditions 

Test environment: normal; see clause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.2.2.3 for GPS scenario #1. 

3. Switch on the UE. 

5.2.2.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 34.108 [3] clause 10.1.2 with the UE location randomly selected 
to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m to 500 m 
above WGS-84 reference ellipsoid using the method described in 3GPP TS 34.108 [3] clause 10.1.2.4 

2. Set up a connection using the procedure in clause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 34.108 [3], clauses 10.2 
and 10.6 for UE based testing; or clauses 10.4 and 10.6 for UE assisted testing with the values of GPS TOW 
msec and UTRAN GPS timing of cell frames offset by random values as specified in 3GPP TS 34.108 [3] clause 
10.6.2; as required to obtain a fix using the procedure specified in 3GPP TS 34.108 [3], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.2.2.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.2.2.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step I, and calculate the 2D position error as specified in clause 
5.1.1.3. Compare the 2D position error against the value in table 5.2.2.4 and record one Good Result or Bad 
Result as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 5.1.1.3. Compare the 
2D position error against the value in table 5.2.2.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause D.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec and UTRAN GPS timing of cell frames offsets in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.2.2.5 are met. Each time scenario #1 or #2 is 
used, the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 

5.2.2.5 Test Requirements 

For the parameters specified in table 5.2.2.3 the UE shall meet the requirements and the success rate specified in 
table 5.2.2.4 with a confidence level of 95% according to annex F.6.1. 
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Table 5.2.2.3: Test parameters for Sensitivity Fine Time Assistance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse time assistance error 
range 


seconds 


+1.8 


GPS Fine Time assistance error 
range 


lis 


+9 


GPS Signal for all satellites 


dBm 


-146 



Table 5.2.2.4: Test requirements for Sensitivity Fine Time Assistance 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause F.4. 

5.3 Nominal Accuracy 

5.3.1 Definition and applicability 

Nominal accuracy is the accuracy of the UE's A-GPS position estimate under ideal GPS signal conditions. 
The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.3.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.3.2 for the parameters 
specified in table 5.3.1. 

Table 5.3.1 : Test parameters for Nominal Accuracy 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


±2 


GPS Signal for all satellites 


dBm 


-130 



Table 5.3.2: IVIinimum requirements for Nominal Accuracy 



Success rate 


2-D position error 


Max response time 


95% 


30 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [6], clause 5.2.1. 

5.3.3 Test purpose 

To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent ideal conditions. 



£75/ 



3GPP TS 34.171 version 8.1.0 Release 8 



15 



ETSI TS 134 171 V8.1.0 (2009-04) 



5.3.4 Method of test 
5.3.4.1 Initial conditions 

Test environment: normal; see clause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.3.3 for GPS scenario #1. 

3. Switch on the UE. 



5.3.4.2 



Procedure 



1. Start GPS scenario #1 as specified in 3GPP TS 34.108 [3] clause 10.1.2 with the UE location randomly selected 
to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m to 500 m 
above WGS-84 reference ellipsoid using the method described in 3GPP TS 34.108 [3] clause 10.1.2.4 

2. Set up a connection using the procedure in clause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 34.108 [3], clauses 10.2 
and 10.6 for UE based testing; or clauses 10.4 and 10.6 for UE assisted testing with the value of GPS TOW msec 
offset by a random value as specified in 3GPP TS 34.108 [3] clause 10.6.2; using the exception to the RRC 
MEASUREMENT CONTROL message listed in table 5.3.2A; as required to obtain a fix using the procedure 
specified in 3GPP TS 34.108 [3], clauses 7.5.1 or 7.5.4. 

Table 5.3.2A: Contents of RRC MEASUREMENT CONTROL message 



Information Element 


Value/Remark 


- UE positioning reporting quantity 
- Horizontal accuracy 


10 {15.9 m) 



4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.3.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.3.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
5.1.1.3. Compare the 2D position error against the value in table 5.3.4 and record one Good Result or Bad Result 
as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 5.1.1.3. Compare the 
2D position error against the value in table 5.3.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause D.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Use new random values for the UE location and altitude in 
step 1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.3.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 

5.3.5 Test Requirements 

For the parameters specified in table 5.3.3 the UE shall meet the requirements and the success rate specified in 
table 5.3.4 with a confidence level of 95% according to annex F.6.1. 
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Table 5.3.3: Test parameters for Nominal Accuracy 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


8 


HDOP Range 


- 


1.1 to 1.6 


Propagation conditions 


- 


AWGN 


GPS Coarse Time assistance error 
range 


seconds 


+1.8 


GPS Signal for all satellites 


dBm 


-130 



Table 5.3.4: Test requirements for Nominal Accuracy 



Success rate 


2-D position error 


Max response time 


95% 


31.3 m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause F.4. 

5.4 Dynamic Range 

5.4.1 Definition and applicability 

Dynamic Range is the maximum difference in level of the GPS signals from a number of satellites that allows the UE to 
make an A-GPS position estimate with a specific accuracy and a specific response time. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 



5.4.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.4.2 for the parameters 
specified in table 5.4.1. 

Table 5.4.1 : Test parameters for Dynamic Range 





Parameters 


Unit 


Value 






Number of generated satellites 


- 


6 






HDOP Range 


- 


1.4 to 2.1 






GPS Coarse Time assistance 
error range 


seconds 


±2 






Propagation conditions 


- 


AWGN 






GPS Signal for IS' satellite 


dBm 


-129 






GPS Signal for 2"'^ satellite 


dBm 


-135 






GPS Signal for 3^'^ satellite 


dBm 


-141 






GPS Signal for 4* satellite 


dBm 


-147 






GPS Signal for 5* satellite 


dBm 


-147 






GPS Signal for 6* satellite 


dBm 


-147 






Table 5.4.2: Minimum requirements for Dynamic Range 




Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 



The reference for this requirement is 3GPP TS 25.171 [6], clause 5.3.1. 
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5.4.3 Test purpose 



To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
have a wide dynamic range. Strong satellites are likely to degrade the acquisition of weaker satellites due to their 
cross-correlation products. 

5.4.4 Method of test 

5.4.4.1 Initial conditions 

Test environment: normal; see clause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.4.3 for GPS scenario #1. Select the first three satellite PRNs 
defined in the table in 3GPP TS 34.108 [3] clause 10.1.2.5 for the three satellites with the higher levels. 

3. Switch on the UE. 

5.4.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 34.108 [3] clause 10.1.2 with the UE location randomly selected 
to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m to 500 m 
above WGS-84 reference ellipsoid using the method described in 3GPP TS 34.108 [3] clause 10.1.2.4 

2. Set up a connection using the procedure in clause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 34.108 [3], clauses 10.2 
and 10.6 for UE based testing; or clauses 10.4 and 10.6 for UE assisted testing with the value of GPS TOW msec 
offset by a random value as specified in 3GPP TS 34.108 [3] clause 10.6.2; as required to obtain a fix using the 
procedure specified in 3GPP TS 34.108 [3], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.4.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.4.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
5.1.1.3. Compare the 2D position error against the value in table 5.4.4 and record one Good Result or Bad Result 
as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 5.1.1.3. Compare the 
2D position error against the value in table 5.4.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause D.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Select the first three satellite PRNs defined in the table in 
3GPP TS 34.108 [3] clause 10.1.2.5 for the three satellites with the higher levels. Use new random values for the 
UE location and altitude in step 1 and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.4.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, increment the set of three satellite PRNs by one from the ones used 
previously, defined in the table in 3GPP TS 34.108 [3] clause 10.1.2.5, for the three satellites with the higher 
levels (i.e. if the set of satellites is a, b, c, d, e, f and the first set used was a, b, c, the second set shall be b, c, d 
and so on). 



£75/ 



3GPP TS 34.171 version 8.1.0 Release 8 



18 



ETSI TS 134 171 V8.1.0 (2009-04) 



5.4.5 Test Requirements 

For the parameters specified in table 5.4.3 the UE shall meet the requirements and the success rate specified in 
table 5.4.4 with a confidence level of 95% according to annex F.6.1. 

Table 5.4.3: Test parameters for Dynamic Range 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


6 


HDOP Range 


- 


1.4 to 2.1 


GPS Coarse Time assistance 
error range 


seconds 


+2+TT 


Propagation conditions 


- 


AWGN 


GPS Signal for 1st satellite 


dBm 


-128.2 


GPS Signal for 2"^ satellite 


dBm 


-134 


GPS Signal for 3'''^ satellite 


dBm 


-140 


GPS Signal for 4* satellite 


dBm 


-146 


GPS Signal for 5* satellite 


dBm 


-146 


GPS Signal for 6* satellite 


dBm 


-146 



Table 5.4.4: Test requirements for Dynamic Range 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause F.4. 

5.5 Multi-path Performance 

5.5.1 Definition and applicability 

Multi-path performance measures the accuracy and response time of the UE's A-GPS position estimate in a specific 
GPS signal multi-path environment. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.5.2 Minimum requirements 

The first fix position estimates shall meet the accuracy and response time requirements in table 5.5.2 for the parameters 
specified in table 5.5.1. 

Table 5.5.1 : Test parameters for Multi-path Performance 



Parameters 


Unit 


Value 


Number of generated satellites (see note) 


- 


5 


GPS Coarse Time assistance error range 


seconds 


+2 


HDOP Range 


- 


1.8 to 2.5 


GPS signal for Satellite 1 , 2 (see note) 


dBm 


-130 


GPS signal for Satellite 3, 4, 5 (see note) 


dBm 


LOS signal of -130 dBm, multi-path signal of -136 dBm 


NOTE: Satellites 1 , 2 no multi-path. Satellites 3, 4, 5 multi-path defined in clause C.2.2. 



Table 5.5.2: Minimum requirements for Multi-path Performance 



Success rate 


2-D position error 


Max response time 


95% 


100 m 


20 s 
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The reference for this requirement is 3GPP TS 25.171 [6], clause 5.4.1. 



5.5.3 Test purpose 



To verify the UE's first position estimate meets the minimum requirements under GPS satellite signal conditions that 
represent simple multi-path conditions. 

5.5.4 Method of test 

5.5.4.1 Initial conditions 

Test environment: normal; see clause E.2. 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.5.3 for GPS scenario #1. Select the first two satellite PRNs 
defined in the table in 3GPP TS 34.108 [3] clause 10.1.2.5 for the two satellites with the higher levels. 

3. Switch on the UE. 

5.5.4.2 Procedure 

1. Start GPS scenario #1 as specified in 3GPP TS 34.108 [3] clause 10.1.2 with the UE location randomly selected 
to be within 3 km of the Reference Location and the altitude of the UE randomly selected between m to 500 m 
above WGS-84 reference ellipsoid using the method described in 3GPP TS 34.108 [3] clause 10.1.2.4. The 
initial carrier phase difference between taps of the multi-path model shall be randomly selected between and 
2k radians by selecting the next random number from a standard uniform random number generator, in the range 
to 2n, representing radians with a resolution of 0.1, representing 0.1 radians. 

2. Set up a connection using the procedure in clause D.2. 

3. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 34.108 [3], clauses 10.2 
and 10.6 for UE based testing; or clauses 10.4 and 10.6 for UE assisted testing with the value of GPS TOW msec 
offset by a random value as specified in 3GPP TS 34.108 [3] clause 10.6.2; as required to obtain a fix using the 
procedure specified in 3GPP TS 34.108 [3], clauses 7.5.1 or 7.5.4. 

4. If the UE returns a valid result in the MEASUREMENT REPORT message within the Max response time 
specified in table 5.5.4 then record the result and process it as specified in step 5. If the UE does not return a 
valid result within the Max response time specified in table 5.5.4 or reports a UE positioning error in the 
MEASUREMENT REPORT message then record one Bad Result. 

5. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE used in step 1, and calculate the 2D position error as specified in clause 
5.1.1.3. Compare the 2D position error against the value in table 5.5.4 and record one Good Result or Bad Result 
as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE used in step 1, and calculate the 2D position error as specified in clause 5.1.1.3. Compare the 
2D position error against the value in table 5.5.4 and record one Good Result or Bad Result as appropriate. 

6. Release the connection using the procedure in clause D.3. 

7. Repeat steps 1 to 6 using GPS scenario #2 instead of #1 so that the reference location changes sufficiently such 
that the UE shall have to use the new assistance data. Select the first two satellite PRNs defined in the table in 
3GPP TS 34.108 [3] clause 10.1.2.5 for the two satellites with the higher levels. Use new random values for the 
UE location and altitude, and the initial carrier phase difference between taps of the multi-path model in step 1 
and for the GPS TOW msec offset in step 3. 

8. Repeat steps 1 to 7 until the statistical requirements of clause 5.5.5 are met. Each time scenario #1 or #2 is used, 
the start time of the GPS scenario shall be advanced by 2 minutes from the time used previously for that 
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scenario. Once a scenario reaches the end of its viable running time, restart it from its nominal start time again. 
Each time scenario #1 or #2 is used, increment the set of two satellite PRNs by one from the ones used 
previously, defined in the table in 3GPP TS 34.108 [3] clause 10.1.2.5, for the two satellites with the higher level 
(i.e. if the set of satellites is a, b, c, d, e and the first set used was a, b the second set shall be b, c and so on). 

5.5.5 Test Requirements 

For the parameters specified in table 5.5.3 the UE shall meet the requirements and the success rate specified in 
table 5.5.4 with a confidence level of 95% according to annex F.6.1. 

Table 5.5.3: Test parameters for Multi-path Performance 



Parameters 


Unit 


Value 


Number of generated satellites (see note) 


- 


5 


GPS Coarse Time assistance error range 


seconds 


+2+TT 


HDOP Range 


- 


1.8 to 2.5 


GPS signal for Satellite 1 , 2 (see note) 


dBm 


-130 


GPS signal for Satellite 3, 4, 5 (see note) 


dBm 


LOS signal of -130 dBm, multi- 
path signal of -136.2 dBm 


NOTE: Satellites 1 , 2 no multi-path. Satellites 3, 4, 5 multi-path defined in clause 0.2.2. 



Table 5.5.4: Test requirements for Multi-path Performance 



Success rate 


2-D position error 


Max response time 


95% 


101.3m 


20.3 s 



NOTE: If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause F.4. 

5.6 Moving Scenario and Periodic Update Performance 

5.6.1 Definition and applicability 

Moving scenario and periodic update performance measures the accuracy of the UE's A-GPS position estimates and the 
periodic update capability of the UE in a moving scenario. 

The requirements and this test apply to all types of UTRA for the FDD UE that supports A-GPS. 

5.6.2 Minimum requirements 

The position estimates, after the first reported position estimate, shall meet the accuracy requirement in table 5.6.2 with 
the periodical reporting interval of 2 seconds for the parameters specified in table 5.6.1. 

NOTE: In the actual testing the UE may report error messages until it has been able to acquire GPS measured 
results or a position estimate. The SS shall only consider the first measurement report different from an 
error message as the first position estimate in the requirement in table 5.6.2. 

Table 5.6.1 : Test parameters for Moving Scenario and Periodic Update Performance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


5 


HDOP Range 


- 


1.8 to 2.5 


Propagation condition 


- 


AWGN 


GPS signal for all satellites 


dBm 


-130 
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Table 5.6.2: Minimum requirements for lUloving Scenario and Periodic Update Performance 



Success Rate 


2-D position error 


95% 


100 m 



The reference for this requirement is 3GPP TS 25.171 [6], clause 5.5.1. 

5.6.3 Test purpose 

To verify the UE's position estimates, after the first reported position estimate, meet the minimum requirements under 
GPS satellite signal conditions that simulate a moving scenario. A good tracking performance, with regular position 
estimate reporting is essential for certain location services. 

5.6.4 Method of test 



5.6.4.1 



Initial conditions 



Test environment: normal; see clause E.2. 

The UE is requested to use periodical reporting with a reporting interval of 2 seconds. 

The GPS signals simulate the UE moving on a rectangular trajectory of 940 m by 1 440 m with rounded corners defined 
in figure 5.6.1 and table 5.6.3. The initial reference is first defined followed by acceleration to final speed of 100 km/h 
in 250 m. The UE then maintains the speed for 400 m. This is followed by deceleration to final speed of 25 km/h in 
250 m. The UE then turn 90 degrees with turning radius of 20 m at 25 km/h. This is followed by acceleration to final 
speed of 100 km/h in 250 m. The sequence is repeated to complete the rectangle. 

Table 5.6.3: Trajectory Parameters for Moving Scenario and Periodic Update Performance test case 



Parameter 


Distance (m) 


Speed (km/h) 


'l1' 'l5' '2I' '25 


20 


25 


'l2' 'l4' '22' '24 


250 


25 to 100 and 100 to 25 


Il3 


400 


100 


I23 


900 


100 



115T 





/ 


k 


1440 m 








940 m 




r = 20m 


> 


' 



H H 

^24 ^25 



21 '22 



23 



Figure 5.6.1 : Rectangular Trajectory for Moving Scenario and Periodic Update Performance test case 

1. Connect SS and GSS to the UE antenna connector or antenna connectors as shown in figures A.l or A.2. 

2. Set the GPS test parameters as specified in table 5.6.4 for GPS scenario #3. 

3. Switch on the UE. 
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4. Set up a connection using the procedure in clause D.2. 

5.6.4.2 Procedure 

1. Start GPS scenario #3 as specified in 3GPP TS 34.108 [3], clause 10.1.2 

2. Send a RESET UE POSITIONING STORED INFORMATION message followed by RRC MEASUREMENT 
CONTROL messages containing appropriate assistance data; as specified in 3GPP TS 34.108 [3], clauses 10.2 
and 10.6 for UE based testing; or clauses 10.4 and 10.6 for UE assisted testing; as required to obtain fixes using 
the procedure specified in 3GPP TS 34.108 [3], clauses 7.5.2 or 7.5.5. 

3. Ignore any error messages that the UE may report in MEASUREMENT REPORT messages until it has been 
able to acquire the GPS signals and reports the first GPS measured result or position estimate. 

4. Discard the first GPS measured result or position estimate. 

5. Record the time of reception of the next MEASUREMENT REPORT message after reception of the first GPS 
measured result or position estimate. 

6. After the reception of the first GPS measured result or position estimate reported in a MEASUREMENT 
REPORT message, every time the UE returns a GPS measured result or position estimate in the 
MEASUREMENT REPORT message record the time of reception and the result. If the difference between the 
time of reception and the time of reception of the previous result is less than 1 .5 seconds or greater than 2.5 
seconds, or if the UE reports a UE positioning error in any MEASUREMENT REPORT messages, then record 
one Bad Result. Otherwise process the result as specified in step 7. 

7. For UE based testing compare the reported position estimate in the MEASUREMENT REPORT message 
against the simulated position of the UE at the time of applicability reported in the position estimate and 
calculate the 2D position error as specified in clause 5.1.1.3. Compare the 2D position error against the value in 
table 5.6.5 and record one Good Result or Bad Result as appropriate; or 

For UE assisted testing convert the GPS measured results reported in the MEASUREMENT REPORT message 
to a 2D position using the method described in Annex B and then compare the result against the simulated 
position of the UE at the time of applicability reported in the GPS measured results and calculate the 2D position 
error as specified in clause 5.1.1.3. Compare the 2D position error against the value in table 5.6.5 and record one 
Good Result or Bad Result as appropriate. 

8. If the UE sends the first MEASUREMENT REPORT that contains a measured result or position estimate later 
than 240s after the start of the GPS scenario, fail the UE and stop the test early. Otherwise collect 
MEASUREMENT REPORTS during 900s, starting from the time recorded in step 5. If at any time the difference 
between the times of reception of two consecutive results is greater than 240s, fail the UE and stop the test early. 
Use the collected Good Results and Bad Results to determine the PASS/FAIL according to clause 5.6.5. 

9. Release the connection using the procedure in clause D.3. 

5.6.5 Test Requirements 

For the parameters specified in table 5.6.4, after the first reported position estimate, the UE shall meet the accuracy 
requirement and the success rate specified in table 5.6.5 with a periodical reporting interval of 2 seconds +/- 20% plus 
measurement system uncertainty of 100ms. 

Note: Due to the statistical nature of the results it is not possible to design a test with predefined confidence 

level for the success rate in Table 5.6.5, therefore a simple PASS/FAIL of the results gathered against this 
success rate is used. 

Table 5.6.4: Test parameters for Moving Scenario and Periodic Update Performance 



Parameters 


Unit 


Value 


Number of generated satellites 


- 


5 


HDOP Range 


- 


1.8 to 2.5 


Propagation condition 


- 


AWGN 


GPS signal for all satellites 


dBm 


-130 
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Table 5.6.5: Test requirements for Moving Scenario and Periodic Update Performance 



Success Rate 


2-D position error 


95% 


101.3m 



NOTE 1 : If the above Test Requirement differs from the Minimum Requirement then the Test Tolerance applied 
for this test is non-zero. The Test Tolerance for this test is defined in clause F.2 and the explanation of 
how the Minimum Requirement has been relaxed by the Test Tolerance is given in clause F.4. 

NOTE 2: In the actual testing the UE may report error messages until it has been able to acquire GPS measured 
results or a position estimate. The test equipment shall only consider the first measurement report 
different from an error message as the first position estimate in the requirement in table 5.6.5. 



£75/ 



3GPP TS 34.171 version 8.1.0 Release 8 



24 



ETSI TS 134 171 V8.1.0 (2009-04) 



Annex A (informative): 
Connection Diagrams 



Definition of Terms 

System Simulator or SS: A device or system, that is capable of generating simulated Node B signalling and analysing 
UE signalling responses on one RF channel, in order to create the required test environment for the UE under test. It 
will also include the following capabilities: 

1 . Control of the UE Tx output power through TPC commands. 

2. Measurement of signalling timing and delays. 

3. Ability to simulate UTRAN signalling. 

GPS System Simulator or GSS: A device or system, that is capable of generating simulated GPS satellite 
transmissions in order to create the required test environment for the UE under test. It will also include the following 
capabilities: 

1 . Control of the output power of individual satellites and the simulation of atmospheric delays and multi-path. 

2. Generation of appropriate assistance data to be transmitted to the UE via the SS. 

3. Ability to synchronize with UTRAN timing in the SS. 

Test System: A combination of devices brought together into a system for the purpose of making one or more 
measurements on a UE in accordance with the test case requirements. The following diagrams are all examples of Test 
Systems. 

NOTE: The above terms are logical definitions to be used to describe the test methods used in the present 

document, in practice, real devices called "System Simulators" may also include additional measurement 
capabilities or may only support those features required for the test cases they are designed to perform. 



SS 



TX 



RX 



GPS System 
Simulator (GSS) 



GSS 



lor 



lor 




-M s 




:). 



M^^ 



UE under Test 



Combined 

UTRAN RX/TX 

and GPS RX 



Figure A.I : Connection for A-GPS Performance requirements tests 
for UE with combined UTRAN / GPS antenna 
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SS 

TX 

RX 


lor 


d 
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GPS System 
Simulator (GSS) 



lor 



UE under Test 



UTRAN RX/TX 



GPSRX 



Figure A.2: Connection for A-GPS Performance requirements tests 
for UE with separate UTRAN and GPS antennas 
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Annex B (normative): 

Converting UE-assisted measurement reports into position 

estimates 

B.1 Introduction 

To convert the UE measurement reports in case of UE-assisted mode of A-GPS into position errors, a transformation 
between the "measurement domain" (code-phases, etc.) into the "state" domain (position estimate) is necessary. Such a 
transformation procedure is outlined in the following clauses. The details can be found in [8], [9] and [10]. 

B.2 UE measurement reports 

In case of UE-assisted A-GPS, the measurement parameters are contained in the RRC UE POSITIONING GPS 
MEASURED RESULTS IE (clause 10.3.7.93 in 3GPP TS 25.331 [5]). The measurement parameters required for 
calculating the UE position are: 

1) Reference Time: The UE has two choices for the Reference Time: 

a) "UE GPS timing of cell frames"; 

b) "GPS TOW msec". 

2) Measurement Parameters: 1 to <maxSat>: 

a) "Satellite ID (SVPRN)"; 

b) "Whole GPS chips"; 

c) "Fractional GPS Chips"; 

d) "Pseudorange RMS Error". 

Additional information required at the system simulator: 

1) "UE positioning GPS reference UE position" (clause 10.3.8.4c in 3GPP TS 25.331 [5]): 
Used for initial approximate receiver coordinates. 

2) "UE positioning GPS navigation model" (clause 10.3.7.94 in 3GPP TS 25.331 [5]): 

Contains the GPS ephemeris and clock correction parameters as specified in [8]; used for calculating the satellite 
positions and clock corrections. 

3) "UE positioning GPS ionospheric model" (clause 10.3.7.92 in 3GPP TS 25.331 [5]): 

Contains the ionospheric parameters which allow the single frequency user to utilize the ionospheric model as 
specified in [8] for computation of the ionospheric delay. 



B.3 WLS position solution 



The WLS position solution problem is concerned with the task of solving for four unknowns; x^^, y^, z^ the receiver 
coordinates in a suitable frame of reference (usually ECEF) and b^^ the receiver clock bias. It typically requires the 
following steps: 

Step 1: Formation of pseudo-ranges 
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The observation of code phase reported by the UE for each satellite S Vj is related to the pseudo-range/c modulo 1 ms 
(the length of the C/A code period). For the formation of pseudo-ranges, the integer number of milliseconds to be added 
to each code-phase measurement has to be determined first. Since 1 ms corresponds to a travelled distance of 300 km, 
the number of integer ms can be found with the help of reference location and satellite ephemeris. The distance between 
the reference location and each satellite SVj is calculated and the integer number of milliseconds to be added to the UE 
code phase measurements is obtained. 

Step 2: Formation of weighting matrix 

The UE reported "Pseudorange RMS Error" values are used to calculate the weighting matrix for the WLS algorithm 
[9]. According to 3GPP TS 25.331 [5], the encoding for this field is a 6 bit value that consists of a 3 bit mantissa, Xj and 
a 3 bit exponent, Yj for each SVj: 

w: = RMSError = 0.5 X I 1 + —^ I X 2^' 



The weighting Matrix W is defined as a diagonal matrix containing the estimated variances calculated from the 
"Pseudorange RMS Error" values: 



W = diag|l/wf,l/w2,---,l/>v,^| 



Step 3: WLS position solution 

The WLS position solution is described in reference [9] and usually requires the following steps: 

1) Computation of satellite locations at time of transmission using the ephemeris parameters and user algorithms 
defined in [8], section 20.3.3.4.3. 

2) Computation of clock correction parameters using the parameters and algorithms as defined in [8], 
section 20.3.3.3.3. L 

3) Computation of atmospheric delay corrections using the parameters and algorithms defined in [8], 

section 20.3.3.5.2.5 for the ionospheric delay, and using the Gupta model in reference [10], p. 121 equation (2) 
for the tropospheric delay. 

4) The WLS position solution starts with an initial estimate of the user state (position and clock offset). The 
Reference Location is used as initial position estimate. The following steps are required: 

a) Calculate geometric range (corrected for Earth rotation) between initial location estimate and each satellite 
included in the UE measurement report. 

b) Predict pseudo-ranges for each measurement including clock and atmospheric biases as calculated in 1) to 3) 
above and defined in [8] and [9]. 

c) Calculate difference between predicted and measured pseudo-ranges Ap 

d) Calculate the "Geometry Matrix" G as defined in [9]: 



G = 



'2 



-F 1 



r • — r 

with 1, = -r^ — ^ where r^.^ is the Satellite position vector for SVj (calculated in 1) 



above), and r^ is the estimate of the user location. 

e) Calculate the WLS solution according to [9]: 

Ax = (g^Wg)~^G^WAp 

f) Adding the Ax to the initial state estimate gives an improved estimate of the state vector: 
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x—>x + Ax . 

5) This new state vector x can be used as new initial estimate and the procedure is repeated until the change in x is 
sufficiently small. 

Step 4: Transformation from Cartesian coordinate system to Geodetic coordinate system 

The state vector x calculated in Step 3 contains the UE position in ECEF Cartesian coordinates together with the UE 
receiver clock bias. Only the user position is of further interest. It is usually desirable to convert from ECEF 
coordinates x^^, y^^, z^^ to geodetic latitude (() , longitude X and altitude h on the WGS84 reference ellipsoid. 

Step 5: Calculation of "2-D Position Errors" 

The latitude (p / longitude A- obtained after Step 4 is used to calculate the 2-D position error. 
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Annex C (normative): 
Propagation Conditions 

C.1 General 

C.2 Propagation Conditions for GPS Signals 
0.2.1 Static propagation conditions 

The propagation for the static performance measurement is an Additive White Gaussian Noise (AWGN) environment. 
No fading and multi-paths exist for this propagation model. 

0.2.2 Multi-path conditions 

Doppler frequency difference between direct and reflected signal paths is applied to the carrier and code frequencies. 
The Carrier and Code Doppler frequencies of LOS and multi-path for GPS LI signal are defined in table C.2.2.1. 

Table C.2.2.1 : Multi-path Conditions for GPS Signals 



Initial relative Delay 
[GPS chip] 


Carrier Doppler 
frequency of tap [Hz] 


Code Doppler 
frequency of tap [Hz] 


Relative mean Power 
[dB] 





Fd 


Fd/N 





0.5 


Fd-0.1 


{Fd-0.1) /N 


-6 


NOTE: Discrete Doppler frequency is used for eacli tap. 



^ ~ WsLl^^chip' where f^psLi is the nominal carrier frequency of the GPS LI signal (1575.42 MHz) and f^.jjj is the 
GPS LI C/A code chip rate (1.023 Mchips/s). 

The initial carrier phase difference between taps shall be randomly selected between [0, 2 n]. The initial value shall 
have uniform random distribution. 
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Annex D (normative): 
Generic procedures 

D.1 General 

This normative annex specifies the set up and release procedure that shall be used for each test case. 

D.2 UTRAN connection set up 
D.2.1 Initial conditions 

System Simulator: 

1 cell, default parameters. The default system information, as specified in clause 6.1 of TS 34.108, is broadcast 
with the exceptions of SIB15, SIB15.1, SIB15.2 and S1B15.3 which are not broadcast. 

User Equipment: 

The UE shall be operated in Normal Propagation Conditions as specified in clause 5.2. 1 of TS 34. 108. 

- The UE is in state "MM idle" state with valid TMSI and CKSN. 

- The UE is in state "PMM idle" with valid P-TMSI. 

D.2.2 Procedures 

CS Domain 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


SYSTEM INFORMATION (BCCH) 


Broadcast 


2 


<— 


PAGING TYPE1 (PCCH) 


Paging (CS domain, TMSI) 


3 


— > 


RRC CONNECTION REOUEST (CCCH) 


RRC 


4 


<— 


RRC CONNECTION SETUP (CCCH) 


RRC 


5 


— > 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC 


6 


— > 


PAGING RESPONSE 


RR 


7 


<— 


AUTHENTICATION REOUEST 


MM 


8 


— > 


AUTHENTICATION RESPONSE 


MM 


9 


<— 


SECURITY MODE COMMAND 


RRC 


10 


— > 


SECURITY MODE COMPLETE 


RRC 
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PS Domain 



Step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


PAGING TYPE1 (PCCH) 


Paging (PS domain, PMSI or IMSI) 


2 


— > 


RRC CONNECTION REOUEST (CCCH) 


RRC 


3 


<— 


RRC CONNECTION SETUP (CCCH) 


RRC 


4 


— > 


RRC CONNECTION SETUP COMPLETE (DCCH) 


RRC (Transport Channel: DCH or FACH) 


5 


— > 


SERVICE REOUEST 


GMM 


6 


<— 


AUTHENTICATION REQUEST 


GMM 


7 


— > 


AUTHENTICATION RESPONSE 


GMM 


8 


<— 


SECURITY MODE COMMAND 


RRC 


9 


— > 


SECURITY MODE COMPLETE 


RRC 



D.2.3 Specific message contents 



The default message contents specified in clause 9.1 of TS 34.108 will be used for the Moving Scenario and Periodic 
Update test. For all Minimum Performance TTFF Tests the default message contents specified in clause 9. 1 of TS 
34.108 will be used with the following exception. 

Contents of PAGING TYPE1 : 



Information Element 


Value/remark 


Paging Cause 


Terminating High Priority Signalling 



Contents of RRC CONNECTION SETUP: 

For A-GPS performance testing in CELL_DCH state: The RRC Connection Setup is defined in clause 9.1.1 of TS 
34.108 "Contents of RRC CONNECTION SETUP message: UM (Transition to CELL_DCH)". 

For A-GPS performance testing in CELL_FACH state: The RRC Connection Setup is defined in clause 9.1.1 of TS 
34.108 "Contents of RRC CONNECTION SETUP message: UM (Transition to CELL_FACH)". 

Contents of RRC CONNECTION SETUP COMPLETE: 



Information Element 


Value/remark 


UE radio access capability 
- UE positioning capability 


Defines the A-GPS mode the UE supports (UE-based, 
UE-assisted, or both). UE shall be tested for all modes it 
supports. 



D.3 UTRAN connection release 



D.3.1 Procedure 



step 


Direction 


Message 


Comments 


UE 


SS 


1 


<— 


RRC CONNECTION RELEASE 


RRC 


2 


— > 


RRC CONNECTION RELEASE COMPLETE 


RRC 
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D.3.2 Specific message contents 

The default message contents specified in clause 9.1 of TS 34.108 are used. 
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Annex E (normative): 
Environmental conditions 

E.1 General 

This normative annex specifies the environmental requirements of the UE. Within these Hmits the requirements of the 
present documents shall be fulfilled. 



E.2 Environmental requirements 

The requirements in this clause apply to all types of UE(s). 



E.2.1 Temperature 



The UE shall fulfil all the requirements in the full temperature range of: 

Table E.2.1 .1 



+15°Cto+35°C 



for normal conditions (with relative humidity of 25 % to 75 %) 



-10°Cto+55°C 



for extreme conditions (see lEC 60068-2-1 [12] and lEC 60068-2-2 [13]) 



Some tests in the present document may be performed also in extreme temperature conditions. These test conditions are 
denoted as XL (temperature low, -10°C) and TH (temperature high, H-55°C). 



E.2.2 Voltage 



The UE shall fulfil all the requirements in the full voltage range, i.e. the voltage range between the extreme voltages. 

The manufacturer shall declare the lower and higher extreme voltages and the approximate shutdown voltage. For the 
equipment that can be operated from one or more of the power sources listed below, the lower extreme voltage shall not 
be higher, and the higher extreme voltage shall not be lower than that specified below. 

Table E.2.2.1 



Power source 


Lower extreme 
voltage 


Higher extreme 
voltage 


Normal conditions 
voltage 


AC mains 


0.9 X nominal 


1.1 X nominal 


nominal 


Regulated lead acid battery 


0.9 X nominal 


1.3 X nominal 


1.1 X nominal 


Non regulated batteries: 

Leclanche / lithium 
- Mercury/nickel and cadmium 


0.85 X nominal 
0.90 X nominal 


Nominal 
Nominal 


Nominal 
Nominal 



Some tests in the present document may be performed also in extreme voltage conditions. These test conditions are 
denoted as VL (lower extreme voltage) and VH (higher extreme voltage). 
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Annex F (normative): 

General test conditions and declarations 

The requirements of this clause apply to all applicable tests in the present document. 

In all the relevant clauses in this clause all 2 D position error measurements shall be carried out according to the general 
rules for statistical testing in clause F.6. 



F.1 Acceptable uncertainty of Test System 

The maximum acceptable uncertainty of the Test System is specified below for each test, where appropriate. The Test 
System shall enable the stimulus signals in the test case to be adjusted to within the specified range, and the equipment 
under test to be measured with an uncertainty not exceeding the specified values. All ranges and uncertainties are 
absolute values, and are valid for a confidence level of 95 %, unless otherwise stated. 

A confidence level of 95 % is the measurement uncertainty tolerance interval for a specific measurement that contains 
95 % of the performance of a population of test equipment. 

It should be noted that the uncertainties in clause F. 1 apply to the Test System operating into a nominal 50 ohm load 
and do not include system effects due to mismatch between the DUT and the Test System. 

F.1 .1 Measurement of test environments 

The measurement accuracy of the UE environmental test conditions, defined in annex E, shall be: 



Pressure 


+5kPa 


Temperature 


+2 degrees 


Relative Humidity 


±5% 


DC Voltage 


+1 .0 % 


AC Voltage 


+1 .5 % 


Vibration 


10% 


Vibration frequency 


0.1 Hz 



The above values shall apply unless the test environment is otherwise controlled and the specification for the control of 
the test environment specifies the uncertainty for the parameter. 
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F.1.2 A-GPS Performance requirements 



Table F.1.2: Maximum Test System Uncertainty for A-GPS Performance tests 



Clause 


Maximum Test System Uncertainty 


Derivation of Test System 
Uncertainty 


5.2.1 Sensitivity Coarse Time Assistance 


Coarse Time Assistance +200 ms 




Absolute GPS signal level +1 dB 




Position error +0.05 m 


Position error consists of ±0.05 
m system error. The effect of 
position reporting resolution of 
approximately ±1 .2 m (see 
note) is not included in the 
allowable test system 
uncertainty but is included in 
the test tolerances since this 
resolution limitation limits the 
reporting capability of the UE. 
. For simplicity the combined 
test tolerance is given as ±1 .3 
m 


Response time ± 300 ms 




5.2.2 Sensitivity Fine Time Assistance 


Coarse Time Assistance ±200 ms 




Fine Time Assistance ±1 us 




Absolute GPS signal level ±1 dB 




Position error ±0.05 m 


Position error as above 


Response time ± 300 ms 




5.3 Nominal Accuracy 


Coarse Time Assistance ±200 ms 




Absolute GPS signal level ±1 dB 




Position error ±0.05 m 


Position error as above 


Response time ± 300 ms 




5.4 Dynamic Range 


Coarse Time Assistance ±200 ms 




Absolute GPS signal level ±1 dB 




Relative GPS signal level ±0.2 dB 




Position error ±0.05 m 


Position error as above 


Response time ± 300 ms 




5.5 Multi-patli Performance 


Coarse Time Assistance ±200 ms 




Absolute GPS signal level ±1 dB 




Relative GPS signal level ±0.2 dB 




Position error ±0.05 m 


Position error as above 


Response time ± 300 ms 




5.6 Moving Scenario and Periodic Update 
Performance 


Absolute GPS signal level ±1 dB 




Position error ±0.05 m 


Position error as above 


Differential response time ± 100 ms 





Note: For UE based mode the effect of position reporting resolution is given by: 



90x2x;rxi? 
2^23x360 



+ 



360x2x;rxi?xcos^ 
2£24x360 



where R is the radius of the earth and (p is the latitude of the 



location. For the two GPS scenarios defined in TS 34.108 [3] this equates to approximately 2.32 m and 2.24 m. For 
simplicity this is given as ±1.2 m. 

For UE assisted mode it is assumed that the output from the WLS position solution calculation in clause B.3 is coded 
using the same position coding method as for UE based mode before being used to calculate position error. Therefore 
the effect of reporting resolution will be the same as for UE based mode. 
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F.2 Test Tolerances (This clause is informative) 

The Test Tolerances defined in this clause have been used to relax the Minimum Requirements in the present document 
to derive the Test Requirements. 

The Test Tolerances are derived from Test System uncertainties, regulatory requirements and criticality to system 
performance. As a result, the Test Tolerances may sometimes be set to zero. 

The test tolerances should not be modified for any reason e.g. to take account of commonly known test system errors 
(such as mismatch, cable loss, etc.). 

F.2.1 A-GPS Performance requirements 

Table F.2.1 : Test Tolerances for A-GPS Performance tests 



Clause 


Test Tolerance 


5.2.1 Sensitivity Coarse Time 
Assistance 


Coarse Time Assistance 


200 ms 


Absolute GPS signal level 


1 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.2.2 Sensitivity Fine Time 
Assistance 


Coarse Time Assistance 


200 ms 


Fine Time Assistance 


1 us 


Absolute GPS signal level 


1 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.3 Nominal Accuracy 


Coarse Time Assistance 


200 ms 


Absolute GPS signal level 


OdB 


Position error 


1.3 m 


Response time 


300 ms 


5.4 Dynamic Range 


Coarse Time Assistance 


200 ms 


Absolute GPS signal level 


OdB 


Relative GPS signal level 


0.2 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.5 IVIulti-path Performance 


Coarse Time Assistance 


200 ms 


Absolute GPS signal level 


OdB 


Relative GPS signal level 


0.2 dB 


Position error 


1.3 m 


Response time 


300 ms 


5.6 IVIoving Scenario and Periodic 
Update Performance 


Absolute GPS signal level 


OdB 


Position error 


1.3 m 


Differential Response Time 


100 ms 



F.3 Interpretation of measurement results 

The measurement results returned by the Test System are compared - without any modification - against the Test 
Requirements as defined by the shared risk principle. 

The Shared Risk principle is defined in TR 102 273-1-2 [14], clause 6.5. 

The actual measurement uncertainty of the Test System for the measurement of each parameter shall be included in the 
test report. 

The recorded value for the Test System uncertainty shall be, for each measurement, equal to or lower than the 
appropriate figure in clause F. 1 . 

If the Test System for a test is known to have a measurement uncertainty greater than that specified in clause F.l, it is 
still permitted to use this apparatus provided that an adjustment is made value as follows. 
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Any additional uncertainty in the Test System over and above that specified in clause F. 1 shall be used to tighten the 
Test Requirement - making the test harder to pass. (This may require modification of stimulus signals). This procedure 
will ensure that a Test System not compliant with clause F.ldoes not increase the chance of passing a device under test 
where that device would otherwise have failed the test if a Test System compliant with clause F. 1 had been used. 



F.4 Derivation of Test Requirements (This clause is 
informative) 

The Test Requirements in the present document have been calculated by relaxing the Minimum Requirements of the 
core specification using the Test Tolerances defined in clause F.2. When the Test Tolerance is zero, the Test 
Requirement will be the same as the Minimum Requirement. When the Test Tolerance is non-zero, the Test 
Requirements will differ from the Minimum Requirements, and the formula used for this relaxation is given in 
table F.4. 1. 

Table F.4.1 : Derivation of Test Requirements (A-GPS tests) 



Test 


Minimum Requirement in 
3GPPTS 25.171 [6] 


Test Tolerance (TT) 


Test Requirement in the 
present document 


5.2.1 Sensitivity Coarse 
Time Assistance 


Coarse Time Assistance ±2 s 


200 ms 


Formulas: UL-TT, LL+TT: 
+1.8S 


Absolute GPS signal level -142,-147 
dBm 


1 dB 


Level + TT: -141, -146 
dBm 


Position error 100 m 


1.3 m 


Error +TT: 101.3 m 


Response time 20 s 


300 ms 


Time + TT: 20.3 s 


5.2.2 Sensitivity Fine 
Time Assistance 


Coarse Time Assistance ±2 s 


200 ms 


Formulas: UL-TT, LL+TT: 
+1.8S 


Fine Time Assistance ±10 us 


1 us 


UL-TT, LL+TT: +9 us 


Absolute GPS signal level -1 47 dBm 


1 dB 


Level +TT:-146dBm 


Position error 100 m 


1.3 m 


Error +TT: 101.3 m 


Response time 20 s 


300 ms 


Time + TT: 20.3 s 


5.3 Nominal Accuracy 


Coarse Time Assistance ±2 s 


200 ms 


Formulas: UL-TT, LL+TT: 
+1.8S 


Absolute GPS signal level -1 30 dBm 


OdB 


Level +TT: -130 dBm 


Position error 30 m 


1.3 m 


Error +TT: 31.3 m 


Response time 20 s 


300 ms 


Time + TT: 20.3 s 


5.4 Dynamic Range 


Coarse Time Assistance +2 s 


200 ms 


Formulas: UL-TT, LL+TT: 
+1.8S 


Absolute GPS signal level -1 29 to - 
147 dBm 


1 dB 


Level + TT: each level +1 
dBm 


Relative GPS signal level 1 8 dB 


0.2 dB 


Level - TT: liighest level - 
0.2dB:-128.2dBm 


Position error 100 m 


1.3 m 


Error +TT: 101.3 m 


Response time 20 s 


300 ms 


Time + TT: 20.3 s 


5.5 IVIulti-path 
Performance 


Coarse Time Assistance ±2 s 


200 ms 


Formulas: UL-TT, LL+TT: 
+1.8S 


Absolute GPS signal level -1 30 dBm 


OdB 


Level +TT:-130dBm 


Relative GPS signal level 6 dB 


0.2 dB 


Level + TT: lower level - 
0.2dB: -136.2 dBm 


Position error 100 m 


1.3 m 


Error +TT: 101.3 m 


Response time 20 s 


300 ms 


Time + TT: 20.3 s 


5.6 IVIoving Scenario 
and Periodic Update 
Performance 


Absolute GPS signal level -1 30 dBm 


OdB 


Formulas: Level + TT: - 
130 dBm 


Position error 100 m 


1.3 m 


Error +TT: 101.3 m 


Differential response time 2s n 20 % 


100 ms 


Time +TT: 1 .5 s and 2.5 s 
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F.5 Acceptable uncertainty of Test Equipment (This 
clause is informative) 

This informative clause specifies the critical parameters of the components of an overall Test System (e.g. Signal 
generators, Signal Analyzers etc.) which are necessary when assembling a Test System that complies with clause F.l 
Acceptable Uncertainty of Test System. These Test Equipment parameters are fundamental to the accuracy of the 
overall Test System and are unlikely to be improved upon through System Calibration. 

F.5.1 A-GPS Performance measurements 

Table F.5.1 : Equipment accuracy for A-GPS performance measurements 



Clause 


Equipment accuracy 


Test conditions 


5.2.1 to 5.6 


FFS 


FFS 



F.6 General rules for statistical testing 

F.6.1 Statistical testing of 2 D position error and TTFF 
F.6. 1.1 Test Method 

Each test is performed in the following manner: 

a) Setup the required test conditions. 

b) Measure the 2D position and Time to First Fix (if applicable) repeated times. Start each repetition after having 
applied the message "RESET UE POSITIONING STORED INFORMATION". This ensures that each result is 
independent from the previous one. The results, measured, are simplified to: 

good result, if the 2D position and TTFF (if applicable) are < limit. 

bad result, if the 2D position or TTFF(if applicable) or both are > limit 

c) Record the number of results (ns) and the number of bad results (ne) 

d) Stop the test at a pass or an fail event. 

e) Once the test is stopped, decide according to the pass fail decision rules ( F.6. 1.4.2) 

F.6.1. 2 Error Ratio (ER) 

The Error Ratio (ER) is defined as the ratio of bad results (ne) to all results (ns). 
(1-ER is the success ratio) 

F.6. 1.3 Test Design 

A statistical test is characterised by: 
Test-time, Selectivity and Confidence level 

F.6. 1.3.1 Confidence level 

The outcome of a statistical test is a decision. This decision may be correct or in-correct. The Confidence Level CL 
describes the probability that the decision is a correct one. The complement is the wrong decision probability (risk) D = 
I-CL 
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F.6.1 .3.2 Introduction: Supplier Risk versus Customer Risk 

There are two targets of decision: 

a) A measurement on the pass-Hmit shows, that the DUT has the specified quaUty or is better with probability CL 
(CL e.g. 95%) This shall lead to a 'pass decision' 

The pass-limit is on the good side of the specified DUT-quality. A more stringent CL (CL e.g.99%) shifts the 
pass-limit further into the good direction. Given that the quality of the DUTs is distributed, a greater CL passes 
less and better DUTs. 

A measurement on the bad side of the pass-limit is simply 'not pass' (undecided) 

aa) Complementary: 

A measurement on the fail-limit shows, that the DUT is worse than the specified quality with probability CL. 

The fail-limit is on the bad side of the specified DUT-quality. A more stringent CL shifts the fail-limit further 
into the bad direction. Given that the quality of the DUTs is distributed, a greater CL fails less and worse DUTs. 

A measurement on the good side of the fail-limit is simply 'not fail'. 

b) A DUT, known to have the specified quality, shall be measured and decided pass with probability CL. This 
leads to the pass limit. 

For CL e.g. 95%, the pass limit is on the bad side of the specified DUT-quality. CL e.g.99% shifts the pass-limit 
further into the bad direction. Given that the DUT-quality is distributed, a greater CL passes more and worse 
DUTs. 

bb) A DUT, known to be an (e^O) beyond the specified quality, shall be measured and decided fail with probability 
CL. 

For CL e.g. 95%, the fail limit is on the good side of the specified DUT-quality. 

Note the different sense for CL in (a), (aa) versus (b), (bb) 

Note, for constant CL in all 4 bullets (a) is equivalent to (bb) and (aa) is equivalent to (b) 

F.6.1 .3.3 Supplier Risk versus Customer Risk 

The table below summarizes the different targets of decision. 

Table F.6.1 .3.3 Equivalent statements 





Equivalent statements, using different cause-to-effect-directions, 
and assuming CL = constant >0.5 


cause-to-effect- 
directions 


Known measurement result -^ 
estimation of the DUT"s quality 


Known DUT"s quality -^ estimation 
of the measuremenf's outcome 


Supplier Risl< 


A measurement on the pass- 
limit shows, that the DUT has 
the specified quality or is 
better 

(a) 


A DUT, known to have an (£^0) 
beyond the specified DUT-quality, 
shall be measured and decided fail 
(bb) 


Customer Risl< 


A measurement on the fail-limit 
shall shows, that the DUT is 
worse than the specified quality 
(aa) 


A DUT, known to have the 
specified quality, shall be 
measured and decided pass 

(b) 



Note: The bold text shows the obvious interpretation of Supplier Risk and Customer Risk. 
The same statements can be based on other DUT-quality-definitions. 
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F.6.1 .3.4 Introduction: Standard test versus early decision concept 

In standard statistical tests, a certain number of results (ns) is predefined in advance of the test. After ns results the 
number of bad results (ne) is counted and the error ratio (ER) is calculated as ne/ns. 

Applying statistical theory, a decision limit can be designed, against which the calculated ER is compared to derive the 
decision. Such a limit is one decision point and is characterised by: 

D: the wrong decision probability (a predefined parameter) 

ns: the number of results (a fixed predefined parameter) 

ne: the number of bad results (the limit based on just ns) 

In the formula for the limit, D and ns are parameters and ne is the variable. In the standard test ns and D are constant. 
The property of such a test is: It discriminate between two states only, depending on the test design: 

pass (with CL) / undecided (undecided in the sense: finally undecided) 

fail (with CL) / undecided (undecided in the sense: finally undecided) 

pass(with CL) / fail (with CL) (however against two limits). 

In contrast to the standard statistical tests, the early decision concept predefines a set of (ne,ns) co-ordinates, 
representing the limit-curve for decision. After each result a preliminary ER is calculated and compared against the 
limit-curve. After each result one may make the decision or not (undecided for later decision) The parameters and 
variables in the limit-curve for the early decision concept have a similar but not equal meaning: 

D: the wrong decision probability (a predefined parameter) 

ns: the number of results (a variable parameter) 

ne: the number of bad results (the limit. It varies together with ns) 

To avoid a 'final undecided' in the standard test, a second limit must be introduced and the single decision co-ordinate 
(ne,ns) needs a high ne, leading to a fixed (high) test time. In the early decision concept, having the same selectivity and 
the same confidence level an 'undecided' does not need to be avoided, as it can be decided later. A perfect DUT will hit 
the decision coordinate (ne,ns) with ne=0. This test time is short. 

F.6.1 .3.5 Standard test versus early decision concept 

For Supplier Risk: 

The wrong decision probability D in the standard test is the probability, to decide a DUT in-correctly in the single 
decision point. In the early decision concept there is a probability of in-correct decisions d at each point of the limit- 
curve. The sum of all those wrong decision probabilities accumulate to D. Hence d<D 

For Customer Risk: 

The correct decision probability CL in the standard test is the probability, to decide a DUT correctly in the single 
decision point. In the early decision concept there is a probability of correct decisions cl at each point of the limit-curve. 
The sum of all those correct decision probabilities accumulate to CL. Hence cl<CL or d>D 

F.6.1. 3.6 Selectivity 

There is no statistical test which can discriminate between a limit-DUT-quality and a DUT-quality which is an (e^O) 
apart from the limit in finite time and confidence level CL>l/2. Either the test discriminates against one limit with the 
results pass (with CL)/undecided or fail (with CL)/undecided, or the test ends in a result pass (with CL)/fail (with CL) 
but this requires a second limit. 

For CL>0.5, a (measurement-result = specified-DUT-quality), generates undecided in test 'supplier risk against pass 
limit' (a in clause F.6. 1.3.2) and also in the equivalent test against the fail limit (aa in clause F.6.1. 3. 2) 

For CL>0.5, a DUT, known to be on the limit, will be decided pass for the test 'customer risk against pass limit' (b in 
clause F.6.1. 3.2) and also in the equivalent test against fail limit (bb in clause F.6.1. 3. 2). 
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This overlap or undecided area is not a fault or a contradiction, however it can be avoided by introducing a Bad or a 
Good DUT quality according to: 

- Bad DUT quahty: specified DUT-quality * M (M>1) 

Good DUT quality: specified DUT-quality * m (m<l) 

Using e.g M>1 and CL=95% the test for different DUT qualities yield different pass probabilities: 

Figure F.6.1.3.6: Pass probability versus DUT quality 




Fail- 

Proba 

bility 



specified quality M* specified quality 



DUT quality m ER 

► 



F.6.1.3.7 Design of the test 

The test is defined according to the following design principles: 

1 . The early decision concept is applied. 

2. A second limit is introduced: Bad DUT factor M>1 

3. To decide the test pass: 

Supplier risk is applied based on the Bad DUT quality 
To decide the test fail 

Cusomer Risk is applied based on the specified DUT quality 
The test is defined using the following parameters: 

1. Specified DUT quality: ER = 0.05 

2. Bad DUT quality: M=1.5 (selectivity) 

3. Confidence level CL = 95% (for specified DUT and Bad DUT-quahty) 
This has the following consequences: 

a) A measurement on the fail limit is connected with 2 equivalent statements: 



A measurement on the fail-limit shows, that the 
DUT is worse than the specified DUT-quality 



A DUT, known to have the specified quality, 
shall be measured and decided pass 
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A measurement on the pass limit is connected with the complementary statements: 



A measurement on the pass limit sliows, tliat tlie 
PUT is better tiian the Bad DUT-quality. 



A OUT, l<nown to have the Bad OUT quality, 
shall be measured and decided fail 



The left column is used to decide the measurement. 

The right column is used to verify the design of the test by simulation. 

The simulation is based on the two fulcrums A and B only in Figure F.6. 1.3.6. There is freedom to shape the remainder 
of the function. 

b) Test time 

1 . The minimum and maximum test time is fixed. 

2. The average test time is a function of the DUT"s quality. 

3. The individual test time is not predictable (except ideal DUT). 

c) The number of decision co-ordinates (ne,ns) in the early decision concept is responsible for the selectivity of the 
test and the maximum test time. Having fixed the number of decision co-ordinates there is still freedom to select 
the individual decision co-ordinates in many combinations, all leading to the same confidence level. 
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F.6.1.4 Pass fail decision 



F.6.1 .4.1 Numerical definition of the pass fail limits 



ne 


nsp 


nsf 


ne 


nSp 


nSf 


ne 


nSp 


nSf 


ne 


nSp 


nSf 





77 


NA 


43 


855 


576 


86 


1525 


1297 


129 


2173 


2050 


1 


106 


NA 


44 


871 


592 


87 


1540 


1314 


130 


2188 


2067 


2 


131 


NA 


45 


887 


608 


88 


1556 


1331 


131 


2203 


2085 


3 


154 


NA 


46 


903 


625 


89 


1571 


1349 


132 


2218 


2103 


4 


176 


NA 


47 


919 


641 


90 


1586 


1366 


133 


2233 


2121 


5 


197 


NA 


48 


935 


657 


91 


1601 


1383 


134 


2248 


2139 


6 


218 


42 


49 


951 


674 


92 


1617 


1401 


135 


2263 


2156 


7 


238 


52 


50 


967 


690 


93 


1632 


1418 


136 


2277 


2174 


8 


257 


64 


51 


982 


706 


94 


1647 


1435 


137 


2292 


2192 


9 


277 


75 


52 


998 


723 


95 


1662 


1453 


138 


2307 


2210 


10 


295 


87 


53 


1014 


739 


96 


1677 


1470 


139 


2322 


2227 


11 


314 


100 


54 


1030 


756 


97 


1692 


1487 


140 


2337 


2245 


12 


333 


112 


55 


1046 


772 


98 


1708 


1505 


141 


2352 


2263 


13 


351 


125 


56 


1061 


789 


99 


1723 


1522 


142 


2367 


2281 


14 


369 


139 


57 


1077 


805 


100 


1738 


1540 


143 


2381 


2299 


15 


387 


152 


58 


1093 


822 


101 


1753 


1557 


144 


2396 


2317 


16 


405 


166 


59 


1108 


839 


102 


1768 


1574 


145 


2411 


2335 


17 


422 


180 


60 


1124 


855 


103 


1783 


1592 


146 


2426 


2352 


18 


440 


194 


61 


1140 


872 


104 


1798 


1609 


147 


2441 


2370 


19 


457 


208 


62 


1155 


889 


105 


1813 


1627 


148 


2456 


2388 


20 


474 


222 


63 


1171 


906 


106 


1828 


1644 


149 


2470 


2406 


21 


492 


237 


64 


1186 


922 


107 


1844 


1662 


150 


2485 


2424 


22 


509 


251 


65 


1202 


939 


108 


1859 


1679 


151 


2500 


2442 


23 


526 


266 


66 


1217 


956 


109 


1874 


1697 


152 


2515 


2460 


24 


543 


281 


67 


1233 


973 


110 


1889 


1714 


153 


2530 


2478 


25 


560 


295 


68 


1248 


990 


111 


1904 


1732 


154 


2544 


2496 


26 


577 


310 


69 


1264 


1007 


112 


1919 


1750 


155 


2559 


2513 


27 


593 


325 


70 


1279 


1024 


113 


1934 


1767 


156 


2574 


2531 


28 


610 


341 


71 


1295 


1040 


114 


1949 


1785 


157 


2589 


2549 


29 


627 


356 


72 


1310 


1057 


115 


1964 


1802 


158 


2603 


2567 


30 


643 


371 


73 


1326 


1074 


116 


1979 


1820 


159 


2618 


2585 


31 


660 


387 


74 


1341 


1091 


117 


1994 


1838 


160 


2633 


2603 


32 


676 


402 


75 


1357 


1108 


118 


2009 


1855 


161 


2648 


2621 


33 


693 


418 


76 


1372 


1126 


119 


2024 


1873 


162 


2662 


2639 


34 


709 


433 


77 


1387 


1143 


120 


2039 


1890 


163 


2677 


2657 


35 


725 


449 


78 


1403 


1160 


121 


2054 


1908 


164 


2692 


2675 


36 


742 


465 


79 


1418 


1177 


122 


2069 


1926 


165 


2707 


2693 


37 


758 


480 


80 


1433 


1194 


123 


2084 


1943 


166 


2721 


2711 


38 


774 


496 


81 


1449 


1211 


124 


2099 


1961 


167 


2736 


2729 


39 


790 


512 


82 


1464 


1228 


125 


2114 


1979 


168 


2751 


2747 


40 


807 


528 


83 


1479 


1245 


126 


2128 


1997 


169 


2765 


NA 


41 


823 


544 


84 


1495 


1263 


127 


2143 


2014 








42 


839 


560 


85 


1510 


1280 


128 


2158 


2032 









Note: The first column is the number of bad results (ne) 

The second column is the number of results for the pass limit (nSp) 
The third column is the number of results for the fail limit (nSf) 

F.6.1 .4.2 Pass fail decision rules 

Having observed bad results, pass the test at >77 results, otherwise continue 
Having observed 1 bad result, pass the test at > 106 results, otherwise continue 
Having observed 2 bad result, pass the test at >131 results, otherwise continue 
etc. until 
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Having observed 6 bad result, pass the test at >218 results, fail the test at < 42 results, otherwise continue 
Having observed 7 bad result, pass the test at >238 results, fail the test at < 52 results, otherwise continue 

etc. until 
Having observed 168 bad result, pass the test at >2751 results, fail the test at <2747 results, otherwise continue 
Having observed 169 bad result, pass the test at >2765 results, otherwise fail 

Note: an ideal DUT passes after 77 results. The maximum test time is 2765 results. 

F.6.1 .4.3 Background information to the pass fail limits 

There is freedom to design the decision co-ordinates (ne,ns). 

The binomial distribution and its inverse is used to design the pass and fail limits. Note that this method is not unique 
and that other methods exist. 

fail(ne, dfj 



(ne+ qnbinonr^df, ne, ER)] 



passne, cU, Ml := -, -, r^- 

(ne + qnbinonf|iclp, ne, ERMj] 



Where 

fail(..) is the error ratio for the fail limit 

pass(..) is the error ratio for the pass limit 

ER is the specified error ratio 0.05 

ne is the number of bad results. This is the variable in both equations 

M is the Bad DUT factor M=1.5 

df is the wrong decision probability of a single (ne,ns) co-ordinate for the fail limit. 
It is found by simulation to be df = 0.004 

clp is the confidence level of a single (ne,ns) co-ordinate for the pass limit. 
It is found by simulation to be clp = 0.9975 

qnbinom(..): The inverse cumulative function of the negative binomial distribution 

The simulation works as follows: 

A large population of limit DUTs with true ER = 0.05 is decided against the pass and fail limits. 

clp and df are tuned such that CL (95%) of the population passes and D (5%) of the population fails. 

A population of Bad DUTs with true ER = M*0.05 is decided against the same pass and fail limits. 

clp and df are tuned such that CL (95%) of the population fails and D (5%) of the population passes. 

This procedure and the relationship to the measurement is justified in clause F.6.1. 3. 7. The number of DUTs 
decrease during the simulation, as the decided DUTs leave the population. That number decreases with an 
approximately exponential characteristics. After 169 bad results all DUTs of the population are decided. 

Note: The exponential decrease of the population is an optimal design goal for the decision co-ordinates (ne,ns), 
which can be achieved with other formulas or methods as well. 
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Annex G (normative): 

Test case applicability and ICS proforma for S""^ Generation 

User Equipment 



Notwithstanding the provisions of the copyright related to the text of the present document, The Organizational Partners 
of 3GPP grant that users of the present document may freely reproduce the ICS proforma in this annex so that it can be 
used for its intended purposes and may further publish the completed ICS. 



G.1 Recommended test case applicability 

The applicability of each individual test is identified in the table G. 1 . This is just a recommendation based on the 
purpose for which the test case was written. 

The applicability of every test is formally expressed by the use of Boolean expression that are based on parameters 
(ICS) included in annex G.5 of the present document. 

The columns in table 1 have the following meaning: 

Clause 

The clause column indicates the clause number of the present document that contains the test body. 

Title 

The title column describes the name of the test. 

Release 

The release column indicates the earliest release from which each testcase is applicable, except if otherwise stated of an 
individual test case. 

Applicability 

The following notations are used for the applicability column: 

R recommended - the test case is recommended 

O optional - the test case is optional 

N/A not applicable - in the given context, the test case is not recommended. 

Ci conditional - the test is recommended ("R") or not ("N/A") depending on the support of other 

items, "i" is an integer identifying an unique conditional status expression which is defined 
immediately following the table. For nested conditional expressions, the syntax "IF ... THEN (IF ... 
THEN ... ELSE...) ELSE ..." is used to avoid ambiguities. 

Comments 

This column contains a verbal description of the condition included in the applicability column. 
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Table G.I : Applicability of tests 



Clause 


Title 


Release 


Applicability 


Comments 


5.2.1 


Sensitivity Course Time Assistance 


Rel-6 


C_RF1 


All UEs supporting FDD and UE- 
Based A-GPS or UE-Assisted A- 
GPS 


5.2.2 


Sensitivity Fine Time Assistance 


Rel-6 


C_RF2 


All UEs supporting FDD and UE- 
Based A-GPS or UE-Assisted A- 
GPS and Fine Time Assistance 


5.3 


Nominal Accuracy 


Rel-6 


C_RF1 


All UEs supporting FDD and UE- 
Based A-GPS or UE-Assisted A- 
GPS 


5.4 


Dynamic Range 


Rel-6 


C_RF1 


All UEs supporting FDD and UE- 
Based A-GPS or UE-Assisted A- 
GPS 


5.5 


IVIulti-patli Performance 


Rel-6 


C_RF1 


All UEs supporting FDD and UE- 
Based A-GPS or UE-Assisted A- 
GPS 


5.6 


IVIoving Scenario and Periodic 
Update Performance 


Rel-6 


C_RF1 


All UEs supporting FDD and UE- 
Based A-GPS or UE-Assisted A- 
GPS 



G_RF1 


IF G.2/1 AND (G.3/12 OR G.3/13) THEN R ELSE 
N/A 




G_RF2 


IF G.2/1 AND (G.3/12 OR G.3/13) AND G.4/1 THEN 
R ELSE N/A 





G.2 Guidance for completing the ICS proforma 



G.2.1 Purposes and structure 



The purpose of this ICS proforma is to provide a mechanism whereby a supplier of an implementation of the 
requirements defined in relevant specifications may provide information about the implementation in a standardised 
manner. 

The ICS proforma is subdivided into clauses for the following categories of information: 

instructions for completing the ICS proforma; 

identification of the implementation; 

identification of the protocol; 

ICS proforma tables (for example: UE implementation types, Teleservices, etc). 

G.2.2 Abbreviations and conventions 

The ICS proforma contained in this annex is comprised of information in tabular form in accordance with the guidelines 
presented in ISO/IEC 9646-7. 

Item column 

The item column contains a number which identifies the item in the table. 

Item description column 

The item description column describes in free text each respective item (e.g. parameters, timers, etc.). It implicitly 
means "is <item description> supported by the implementation?". 
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Reference column 

The reference column gives reference to the relevant 3GPP core specifications. 

Release column 

The release column indicates the earliest release from which the capability or option is relevant. 

Comments column 

This column is left blank for particular use by the reader of the present document. 

References to items 

For each possible item answer (answer in the support column) within the ICS proforma there exists a unique reference, 
used, for example, in the conditional expressions. It is defined as the table identifier, followed by a solidus character "/", 
followed by the item number in the table. If there is more than one support column in a table, the columns shall be 
discriminated by letters (a, b, etc.), respectively. 

EXAMPLE 1: A.7/14 is the reference to the answer of item 14 in table A. 7. 

G.2.3 Instructions for completing the ICS proforma 

The supplier of the implementation may complete the ICS proforma in each of the spaces provided. More detailed 
instructions are given at the beginning of the different clauses of the ICS proforma. 

G.3 Identification of the User Equipment 

Identification of the User Equipment should be filled in so as to provide as much detail as possible regarding version 
numbers and configuration options. 

The product supplier information and client information should both be filled in if they are different. 

A person who can answer queries regarding information supplied in the ICS should be named as the contact person. 

G.3.1 Date of the statement 



G.3.2 User Equipment Under Test (UEUT) identification 

UEUT name: 



Hardware configuration: 



Software configuration: 
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G.3.3 Product supplier 

Name: 
Address: 

Telephone number: 
Facsimile number: 
E-mail address: 
Additional information: 



G.3.4 Client 

Name: 



Address: 



Telephone number: 



Facsimile number: 



E-mail address: 
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Additional information: 



G.3.5 ICS contact person 



Name: 



Telephone number: 



Facsimile number: 



E-mail address: 



Additional information: 



G.4 Identification of the protocol 

This ICS proforma applies to the 3GPP standards listed in the normative references clause of the present document. 



G.5 ICS proforma tables 



Note: For ease of use Capability Tables G.2-G.3 are copied from TS 34.123-2 [15]. 



G.5.1 UE Implementation Types 



Table G.2: UE Radio Technologies 



Item 


UE Radio Technologies 


Ref. 


Release 


Comments 


1 


FDD (DS) 


25.101 


R99 




2 


TDD 3.84 Mcps 


25.102 


R99 




3 


TDD 1.28 Mcps (LCR) 


25.102 


Rel-4 




4 


GSM 


21.904,5 


R99 




5 


GPRS 


23.060 


R99 




6 


MultiRAT_Capability 


23.060 


R99 
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Table G.3: FDD Layer 1 UE Radio Access Capabilities 



Item 


FDD Layer 1 UE Radio Access 
Capabilities 


Ref. 


Release 


Comments 


1 


Support of turbo decoding 


25.306, 4.5.1 


R99 




2 


Support of turbo encoding 


25.306, 4.5.2 


R99 




3 


Support for SF 51 2 (downlinl<) 


25.306, 4.5.3 


R99 




4 


Support of PDSCH 


25.306, 4.5.3 


R99and 
Rel-4 
only 




5 


Simultaneous reception of SCCPCH and 
DPCH 


25.306, 4.5.3 


R99 




6 


Simultaneous reception of SCCPCH, 
DPCH and PDSCH 


25.306, 4.5.3 


R99 and 
Rel-4 
only 




7 


Support of PCPCH 


25.306, 4.5.4 


R99 and 
Rel-4 
only 




8 


Support of uplink compressed mode only 


25.306, 4.9 


R99 




9 


Support of downlink compressed mode 
only 


25.306, 4.9 


R99 




10 


Support of uplink and downlink 
compressed mode 


25.306, 4.9 


R99 




11 


void 








12 


Support of UE based Network Assisted 
GPS 


25.306, 4.8 


R99 




13 


Support of UE assisted Network Assisted 
GPS 


25.306, 4.8 


R99 




14 


Support of HS-PDSCH 


25.306, 4.5.3 


Rel-5 




15 


Support of E-DPDCH 


25.306, 4.5.4 


Rel-6 




16 


Support of MBMS 


25.306,4.13 


Rel-6 




17 


Support of HS-SCCHIess HS-DSCH 


25.306, 4.5.3 


Rel-7 





G.5.3 Additional information 

Table G.4: Additional capabilities 



Item 


Capability 


Ref. 


Release 


Comments 


1 


Support of Fine Time Assistance 


25.171,4.4 


Rel-6 
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Annex H (informative): 
Change history 



Meeting 


Document 


CR 


Rev 


Subject 


Cat 


Version 
-old 


Version 
-new 


WG 
Document 


RP-28 


RP-050264 


- 


- 


Approved to go under change control 


- 


2.0.0 


6.0.0 


R5-050832 


RP-29 


RP-050512 


0001 


- 


Addition of test tolerances to TS 34.171 


F 


6.0.0 


6.1.0 


R5-051075 


RP-29 


RP-050512 


0002 


- 


Addition of maximum permitted test time to test 
5.6 


F 


6.0.0 


6.1.0 


R5-051290 


RP-29 


RP-050512 


0003 


- 


Statistical testing in A-GPS 


F 


6.0.0 


6.1.0 


R5-051435 


RP-29 


RP-050512 


0004 


- 


Change to method of selecting satellites in tests 
5.4 and 5.5 


F 


6.0.0 


6.1.0 


R5-051437 


RP-30 


RP-050720 


0005 


- 


Changes to test procedure in Test Case 5.6 


F 


6.1.0 


6.2.0 


R5-052322 


RP-31 


RP-060166 


0006 


- 


Correction of SIBs to be broadcast 


F 


6.2.0 


6.3.0 


R5-060006 


RP-31 


RP-060166 


0007 


- 


Correction of '5.6 Moving scenario and periodic 
updating' concerning statistics 


F 


6.2.0 


6.3.0 


R5-060589 


RP-32 


RP-060331 


0008 


- 


Correction to allowable GPS Simulator 
Positioning Uncertainty 


F 


6.3.0 


6.4.0 


R5-061229 


RP-32 


RP-060331 


0009 


- 


Horizontal accuracy IE change for nominal 
accuracy test 


F 


6.3.0 


6.4.0 


R5-061230 


RP-33 


RP-060560 


0010 


- 


Implementation change for Moving Scenario and 
Periodic Update Performance Test 


F 


6.4.0 


6.5.0 


R5-062028 


RP-33 


RP-060560 


0011 


- 


Test procedure change to A-GPS Minimum 
Performance TTFF test cases 


F 


6.4.0 


6.5.0 


R5-062029 


RP-33 


RP-060560 


0012 


- 


Change to UE Simulated Altitude 


F 


6.4.0 


6.5.0 


R5-062093 


RP-36 


RP-070354 


0013 


- 


Change to Pass/Fail criteria for Moving Scenario 
test case 5.6 


F 


6.5.0 


6.6.0 


R5-071344 










Without change in technical content the spec 
has been upgraded to Release-7 (v7.0.0) 




6.6.0 


7.0.0 












Completion of previous entry in history table 




7.0.0 


7.0.1 




RP-39 


RP-080098 


0014 




Addition of test case applicability and ICS 
proforma to TS 34.171 


F 


7.0.1 


7.1.0 


R5-080400 


RP-40 


RP-080363 


0015 




Deletion of PICS "Support of UE assisted 
Network Assisted GPS" from 34.171 


F 


7.1.0 


7.2.0 


R5-081347 


RP-43 


RP-090205 


0016 




Update of TS 34.171 from Rel-7to Rel-8 


F 


7.2.0 


8.0.0 


R5-090762 


- 








Update without change to 8.1 .0 




8.0.0 


8.1.0 


- 
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